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(57) ABSTRACT 

A system and method for monitoring and managing devices 
on a network. The system and method preferably comprises 
a proxy server connected to the network and a managed 
device connected to the proxy server. The system further 
comprises storage means for storing a device management 
application program associated with the managed device, 
and a management station in communication with the man- 
aged device via the proxy server and in communication with 
the storage means. The management station preferably is 
configured to retrieve the device management application 
program from the storage means and process the device 
management application program. As the management sta- 
tion processes the device management application program, 
the management station is able to monitor and manage the 
managed device. In particular, the management station can 
send management commands to a controller of the managed 
device via the proxy server, and the management station can 
receive notifications from the managed device, also via the 
proxy server. 
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SYSTEM FOR MONITORING AND communicating with these direct attached devices easily can 

MANAGING DEVICES ON A NETWORK locate them because of their unique IP addresses. 

FROM A MANAGEMENT STATION VIA A As one skilled in the art will appreciate, many devices, 

PROXY SERVER THAT PROVIDES such as low end storage systems, or the like, do not connect 

PROTOCOL CONVERTER * directly to the network, but are connect to a server or other 

workstation via PCI, SCSI, fibre channel, USB, firewire, or 

CROSS-REFERENCES TO RELATED me like xh USj ^ on j y attachment to the network that these 

APPLICATIONS devices have may be through the proxy server device, 

His application is being filed concurrently with related in Accordingly, it is difficult for other devices on the network 

U.S. patent applications: Ser. No. 09/350,742, entitled 10 to locate these devices, because they don have network IP 

"Methods and Apparatus for Issuing Updates to Multiple « M ™ 8 «?; 0nl y * e P™y ™ a «j£ h6 ? ( l ° *• °'t™rkha S 

Management Entities"; Ser. No. 09/350,800, entitled "Melh- * n » address - l [ » Particularly difficult to manage these 

ods and Apparatus for Performing Mass Operations on a P">*y attached devices with online management 

Plurality of Managed Devices on a Network"; Ser. No. frameworks, because the managemenl stations cannot send 

09350,739, entitled "Methods and Apparatus for Managing 15 suitable management commands to the proxy attached 

Heterogeneous Storage Devices"; Ser. No. 09/350,735, devices. Thus, what is needed is a management framework 

entitled "Methods and Apparatus for Committing Configu- which locate these proxy attached devices, and a system 

ration Changes to Managed Devices Prior to Completion of which can communicate management commands between a 

the Configuration Change"; Ser. No. 09/350,945, entitled ^ management station the proxy attached devices. 

"Platform Neutral Data Storage Management Method and SUMMARY OF THE INVENTION 
Apparatus"; and Ser. No. 09/350,753, entitled "Apparatus 

and Method for a Computer Management Storage System", According to the invention, a system and method for 

all of which are incorporated herein by reference. monitoring and managing devices on a network. The system 

and method preferably comprises a proxy server connected 

BACKGROUND OF THE INVENTION 25 t 0 the network and a managed device connected to the proxy 

The present invention relates generally to methods and server. The system farther comprises storage means for 

apparatus for managing devices on a network, and more sto ™g. » management application program associ- 

particularly to a network based system and software for ated with the managed device, and a management station in 

monitoring and managing devices that are not attached 30 communication with the managed device via the proxy 

directly to the network, but are proxy attached to the serv « and in communication with the storage means. The 

network via another device. management station preferably is configured to retrieve the 

vr . - 11 • ■ . r device management application program trom the storage 

Network computmg systems typically require a variety of ^ and ^ em6nt app | ication pr0 . 

devices to construct and maintain a working storage system. ^ ^ ma ent station sses lhe device 

In addition companies with large networks typically have a 35 » ment app^t^ program, the management station 

number of different storage systems, many of which can be ° f r , 4 , , i T - 

f J - j/ j./r t is able to monitor and manage the managed device, 
manufactured by different companies and/or run on different , « . r i( _ 
versions of operating software. Storage system devices may In accordance with one preferred embodiment of the 
include, but are not limited to, host adapters, I/O chips, disk P"** mention, the managed dev.ce preferably is con- 
enclosures, and bridge controllers, to name a few. « nec,ed t0 the proxy server by a suitable communication 
„ , , , „ j 1 connecUon. The communication connection may comprise 
Each of these components tradtUonally are managed by component interconnect (PCI), small computer 
proprietary software that ^supplied by its manufacturer. In £ * ^{ ^ ^ ^ 

addition, there are a number of third parties which have ; - a y , ./ ri 

, ' 1 * 1 u channel, firewire and the like, 
developed network management frameworks, such as 

Hewlett-Packard's Open View, IBM's NetFinity, and Com- 45 In accordance with yet another ernbodirnent of the present 

puter Associates' Unicenter. Unfortunately, however, while kventioii, the managed device preferably includes a eon- 

these third party frameworks provide great benefit to the troUer for controlling the managed device. In accordance 

management of applications, servers, and network with this particular aspect of the present invention, when the 

equipment, they have little success in managing storage management station processes the device management 

devices because no single standard exists for configuring 50 application program, the management station is able to send 

and monitoring storage devices produced by different management commands to the controller via the proxy 

manufacturers, as well as different versions of storage ™wct. Preferably, the managed device is a storage system, 

devices produced by the same manufacturer. Standards such In accordance with yet another embodiment of the present 

as desk top management interface (DMI) and simple net- invention, the proxy server preferably includes a device 

work management protocol (SNMP) are able to manage 55 mapper which locates devices connected to the proxy server 

simple devices such as host adapters and the like, but they and assigns a TCP/IP port to each of the devices. Thus, when 

fall short when applied to complex devices such as disk the device management application program of the manage - 

array controllers. As one skilled in the art will appreciate, it ment station sends management commands to the controller 

is not likely that a standard for managing disk array con- of the managed device, the device management application 

trollers will be created in the future, because unlike host 60 program first sends the management commands to the proxy 

adapters and disk subsystems, each disk array vendor is server, and the device mapper in the proxy server routes the 
constantly releasing proprietary features to distinguish itself management commands to the managed device, 

in the marketplace. It is well known in the art that devices, In accordance with yet another embodiment of the present 
such as storage systems, can connect directly to the network invention, the device management application program pref- 
using, for example, an ethernet or other suitable network 65 erably communicates with the proxy server using a first 

adapter. Each device connected directly to the network has communication protocol, and the proxy server communi- 

an IP address identifying itself on the network. Thus, devices cates with the managed device using a second communica- 
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tion protocol. Thus, the proxy server includes a protocol 
converter for converting communication messages directed 
from the device management application program to the 
managed device from the first communication protocol to 
the second communication protocol, and for converting 
communication messages directed from the managed device 
to' the device management application program from the 
second communication protocol to the first communication 
protocol. Prefera bly, the first commun ication jrotocoHs 
remote j ^cedure^all (RPC) and the second communication 
protocol Is universal transport mech ^pism-f UTM-yr-apd-the" 
protocol converter comprises an RPC-to-UTM conversion 
application. 

A more complete understanding of the present invention 
may be derived by referring to the Detailed Description of 
Preferred Embodiments and claims when considered in 
connection with the figures, wherein like referenced num- 
bers refer to similar items throughout the figures. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a schematic diagram of a network having various 
storage systems and storage management stations; 

FIG. 2 is a schematic diagram of a network having a 
management station, which accesses management applica- 
tion programs stored in an application repository storage 
area connected to the management station; 

FIG. 3 is a schematic diagram of a network having a 
management station, which accesses management applica- 
tion programs stored in an application repository storage 
area connected to a network; 

FIG. 4 is a schematic diagram of a network having a 
management station, which accesses management applica- 
tion programs stored on the storage system or device being 
managed by the management station; 

FIG. 5 is a block diagram illustrating various devices 
residing on a network and their associated software compo- 
nents; 

FIG. 6 is a drawing of a sample user interface screen of 
a discover-monitor application program; 

FIG. 7 is a drawing of a sample user interface screen of 
a storage system management application program; 

FIG. 8 is a flow diagram illustrating start-up processes of 
a discover-monitor application program and a storage sys- 
tem management application program; 

FIG. 9 is a flow diagram illustrating a process of creating 
a volume on a storage system; 

FIG. 10 is a flow diagram illustrating a process of 
replicating the configuration of one storage system to 
another storage system; 

FIG. 11 is a flow diagram illustrating a process of per- 
forming a mass operation on multiple storage systems on a 
network; 

FIG. 12 is a flow diagram illustrating a validity checking 
scheme performed by the process of FIG. 10; 

FIG. 13 is a flow diagram illustrating a process of 
reporting events from a storage system to a management 
station; 

FIG. 14 is a flow diagram illustrating a process of a 
managed entity broadcasting configuration updates to a 
plurality of management devices; 

FIG. 15 is a flow diagram illustrating how a management 
device issues management commands to managed entities 
and receives configuration update information from man- 
aged entities; and 
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FIG. 16 is a flow diagram illustrating a process of 
committing configuration changes prior to the completion of 
a long term event. 

DESCRIPTION OF THE SPECIFIC 
EMBODIMENTS 

Introduction 

The present invention relates generally to methods and 
' apparatus for managing devices on a network. More 
particularly, the present invention relates to a system and 
software for monitoring, configuring and managing hetero- 
geneous storage systems on a network using a single man- 
agement application residing on one or more management 
' stations. 

While the present invention disclosed herein refers par- 
ticularly to storage systems, it should be appreciated that the 
management systems and applications of the present inven- 
tion can be used to maoage a wide variety of devices on a 

1 network, including workstations, servers, and other suitable 
I/O devices. Thus, the present invention relates to a man- 
agement system and applications which have a single user 
interface for managing network devices, and which can 
interact with currently existing management frameworks, 

* such as Hewlett-Packard's OpenView, IBM J s NetFinity and 
Computer Associates 1 Unicenter, to name a few. Finally, the 
present invention preferably utilizes platform-independent 
technologies, such as Java and Java run-time environments, 

} so that the particular network architecture, and workstation 
and server platforms on the network are irrelevant. 

System Overview 

The present invention comprises a device-independent 

35 management framework which supports device-specific 
management applications. The framework preferably com- 
prises an application that implements a common graphical 
user interface that is used to manage all I/O devices in an 
enterprise or on a network. Preferably, at the start of a day, 

40 the management framework discovers all I/O devices in the 
enterprise and displays them, either by physical 
connectivity, or by logical association. The discovery pro- 
cess can be conducted manually by a user, or it can occur 
autom atically. For each distinct device type being managed 

45" or configured, a unique management application preferably 
is loaded, thus giving the framework the ability to under- 
stand device-specific management tasks. Finally, because 
the architecture gives the management framework the ability 
to communicate with all I/O devices on the enterprise, 

50 operations such as "firmware upgrades" may be performed 
en mass to common device types. 

Referring now to FIG. 1, a system 100 is shown embody- 
ing the present invention. In particular, system 100 prefer- 
ably comprises a local area network 102, a plurality of 

55 storage systems 104-110, an I/O management station 112, a 
desktop management interface (DMI) management station 
114, and a simple network management protocol (SNMP) 
management station 116. In addition, network 102 may be 
connected to other enterprise or company networks located 

60 in remote areas either via direct telephone links or, as 
illustrated in FIG. 1, through a larger network, such as the 
Internet 118, or the like. For simplicity, FIG. 1 merely shows 
network 102 being connected to a storage management 
station 120 through Internet 118, but as one skilled in the art 

65 will appreciate, storage management station 120 may be a 
single device connected to Internet 118, or storage manage- 
ment station 120 may be a device on a network in a remote 
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location connected to network 102 via the Internet In any 
event, the purpose of FIG. 1 is to illustrate that the man- 
agement framework of the present invention may be used on 
local area networks, as well as on wide area networks and 
with remote access devices. 
^^$toragers vstenis^l<^^ 05may__cpmprise any suitable 
stolll^sfsllmfiffi 

systems, and the like. In addition, the storage systems may 
comprise controllers which connect directly to network 102 
or the storage systems may be connected to network 102 
through a computer server. FIG. 1 illustrates a number of 
different types of storage system configurations which may 
reside on a network. However, the configurations illustrated 
in FIG. 1 do not illustrate all the storage system 
configurations, and thus, the present invention is not limited 
to the illustrated embodiments. 

Still referring to FIG. 1, the various embodiments of 
storage systems 104-110 illustrated in FIG. 1 will now be 
discussed. In particular, storage system 104 preferably com- 
prises a RAID storage system which includes a server 122 
and a plurality of disk drives 124 connected to server 122. 
In accordance with this particular embodiment, the proces- 
sor of server 122 preferably acts as the RAID control device 
for storage system 104. In this manner, the RAID control 
software preferably is stored, either on disks 124 or within 
internal storage of server 122 and is processed by server 122 
during operation of the storage system JDisks 124 mayijej 
connected to server 122 by any number of corn^ctioi^means 
426, such as fiber channel, SCSI, PCI, USB, Fircwire/or the 
like; Server 122 preferably is connected to network 102 via 
well-known network connection means. 

Like storage system 104, storage systems 106 and 108 
also preferably comprise RAID storage devices. However, 
instead of the server acting as the controller for the RAID 
storage system, the storage systems preferably include their 
own controllers 128 and 130, which preferably are con- 
nected to servers 132 and 134 via PCI bus connections 136 
and 138, respectively. Thus, the storage system control 
functions for storage systems 106 and 108 preferably are 
performed by controllers 128 and 130, respectively. While 
controllers 128 and 130 are illustrated as being separate 
from the RAID disk farm or disk array 140, one skilled in 
the art will appreciate that controllers 128 and 130 may 
reside within the enclosure of disk farm 140. Alternatively, 
controllers 128 and 130 may be configured as co-processors 
within servers 132 and 134, respectively. 

As illustrated in FIG. 1, controller 128 of storage system 
106 and controller 130 of storage system 108 are not 
connected directly to network 102, but are connected to the 
network via servers 132 and 134, respectively. With this 
particular configuration, it is difficult for a management 
device to locate the storage system controllers 128, 130 
connected to servers 132, 134, and thus, it is difficult to send 
management commands to the storage system controllers. 
However, as discussed in more detail below, servers 132 and 
134 preferably include a layer of software which converts 
requests from the I/O management stations 112, 120 into 
command packets which are delivered to controllers 128 and 
130 and which can be understood and processed by the 
controllers. 

Storage system 110 also preferably comprises a RAID 
storage system having an independent RAID storage con- 
troller 142. However, in this particular embodiment, storage 
controller 142 preferably includes a network attachment 
means 144, so that it can attach directly to network 102. In 
addition, as illustrated in FIG. 1, controller 142 may be 
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connected to a server 146 via a proxy I/O bus 148, such as 
a SCSI or Fibre Channel bus. In this manner, storage 
management stations 112, 120 can issue management com- 
mands directly to storage controller 142 via network 102, or 

5 they can issue management commands through server 146 
and across proxy I/O bus 148. As with the PCI attached 
controllers in storage systems 106 and 108, if access to 
controller 142 is through server 146 and across proxy I/O 
bus 148, server 146 preferably includes a layer of software 

Q configured to convert requests from storage management 
stations 112, 120 to command packets which can be received 
and processed by controller 142. While controller 142 
appears to be separate from the RAID storage device ISO, 
one skilled in the art will appreciate that controller 142 may 

15 be configured within the disk enclosure of device 150. 

As illustrated in FIG, 1, in addition to storage manage- 
ment stations 112, 120, system 100 also may include other 
network management devices, such as a desktop manage- 
ment interface (DMI) management station 114 and a simple 
network management protocol (SNMP) management station 
116. In addition, other third party management stations, such 
as Hewlett-Packard's Open View, Computer Associates' 
Unicenter, IBM's NetFinity, and/or Microsoft's Microsoft 
Management Console, may be attached to network 102, 

25 Thus, the present invention is not limited to the illustrated 
embodiment. 

In accordance with a preferred embodiment of the present 
invention, I/O management stations 112, 120 may comprise 
any suitable computer workstation running on any operating 

30 system platform. For example, I/O management stations 
112, 120 may run on Microsoft's Windows or NT platforms, 
Apple's Macintosh platform, a Unix p latform, or the like. 
Thus, in order ^o^JQ^wSS^^^^^^^^^^^^O^o^ 
pr§c?s1Ptlielml3Ia^^ 

35 of the storage systems regardless of the I/O management 
station platform, it is preferable that I/O management sta- 
tions 112, 120 are equipped with a Java-compliant web 
browser or other suitable Java run-time environment. Thus, 
as one skilled in the art will appreciate, if the management 

40 application programs for each of the storage systems are 
written in Java, the operating system environment of I/O 
management stations 112, 120 is irrelevant. That is, the Java 
applications can run in any environment, as long as it is a 
Java-compliant environment. 

45 Referring now to FIG. 2, a more simplified version of a 
management system framework 200 is illustrated. System 
200 preferably comprises a network 202 with a plurality of 
managed devices 204-1 to 204-N connected thereto. In 
accordance with this particular embodiment of the present 

50 invention, managed devices 204 may comprise storage 
systems or other suitable I/O devices. In addition, an I/O 
management station 206 preferably is connected to network 
202 and configured to monitor, configure, and manage 
devices 204 on the network. 

55 As illustrated in FIG. 2, device 204-1 preferably includes 
control software which uses a management application 
interface program labeled "A." Similarly, devices 204-2 and 
204-3 run control software which use a management inter- 
face application program labeled "B." Finally, device 204-N 

60 preferably runs control software which uses a management 
interface application program labeled "X." In addition, 
system 200 preferably includes a storage system 210 which 
comprises a management applet repository 212 for holding 
a plurality of management interface application programs 

65 214. As discussed briefly above, management interface 
application programs 214 preferably are Java applets which 
can be run in any suitable Java run -time environment. 
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In accordance with one aspect of the present invention, portions of the control software at any one time. For 

applet repository 212 may reside in internal storage of example, aspects of an array device that may be updated 

management station 206, or storage system 210 may be an include individual object revision definitions for drive 

external storage system connected directly to management groups, drives, volumes, redundant controllers, storage 

station 206 via communication link 216. Communication 5 systems, and the like. Thus, if only small revisions are made 

link 216 may comprise any suitable communication link to me control software of a device 204, only small modifi- 

between a work station and a storage system such as PCI, cations need to be made to the management interface 

SCSI, Fiber channel, USB, Firewire, or the like. Moreover, application program 214. Alternatively, instead of changing 

in accordance with an alternative embodiment of the present me managemem interface application program 214, a new 

invention and as illustrated in FIG. 3, storage system 210 1Q m ment mte rface application program 214 may be 

may be connected to network 202 yia a suitable network * ^ 2U md be mn ^ mc or%inal 

connecuon 218. In accordance with this aspect of the application program, so that when the two man- 

invention, management station 206 preferably communi- v «u 

cates with storage system 210 through network 202; for agemen mterface apphcation programs are run together 

example, along conjunction path 220. ^ * compatible with the updated control software of 

In accordance with one embodiment of the present 15 tnc dcvice - 

invention, a user can direct management station 206 to In accordance with another embodiment of the present 

discover all the devices on the network which are to be invention, instead of the management interface application 

managed by the management station and displays the programs residing in a separate repository as illustrated in 

devices on the management station display; i.e., a somewhat FIG. 2, the I/O device itself may act as the repository for the 

manual discovery process. In accordance with another 20 management interface program for that device. Referring 

embodiment of the present invention, during the start-up of now to FIG. 4, system 400 is illustrated in which the 

management station 206, management station preferably management interface application programs for a particular 

runs an application 208 which automatically locates all device actually reside on that device. In accordance with this 

devices 204 residing on network 202, and displays the list of embodiment of the present invention, system 400 preferably 

devices on management station 206. Thus, when manage- 25 comprises a network 402, an I/O device 404, such as a 

ment station 206 is directed to manage, monitor or configure storagc system> and a management station 406. 

a device 204 on network 202, management station 206 . . U1 , f fU 

r . , . r r u* • j j • *u 1 ♦ While device 404 may be any suitable I/O device, for the 

preferably uses in formation obtained during the locate pro- J / AnA c . n ATn 

^ 4 1 . , , . ~ nA ... m 4 purposes of this example, device 404 preferably is a RAID 

cess to match a particular device 204 with the appropriate ^ A . j. . „ AT ~ , * A(VA 

V * tA ... • £ „, r m storage system. Accordingly, RAID storage system 404 

management application 214 residing m repository 212. 30 5 . ; n . m . ' 7 a**? j 1 i-* r * 

r\ * l • j * 7 in* p ui comprises a RAID controller 406 and a pluraUty of storage 

Once a match is made, management station 2U6 preterably , . r _ . * • * «c v *• 

.\ b . r** ->i^ a dnves 408. Preferably, a management mterface apphcation 

retneves the appropriate management application 214 and nAin /' aia • * a- a%a 

•* 41. * a j- j ■ A t -1 program for RAID device 414 is stored in an area 410 on one 

processes it on the station. As discussed in more detail r & r , . _ , * * *■ 

[, it _ . • 1 . i r iij*u M «„ or more of dnves 408. Thus, when management station 406 

below, the retrieved management application 214 then per- nATn , . An v . , * Aa ~ r> att^i a 

c ' - .? r , 4 - 4 f,, discovers RAID device 404 on network 402, RAID device 

forms the necessary functionality to manage, monitor, and/ 35 An . ,. 4 . . „ AT „ . . n , , U1 

c 4 , *• 1 j • o u ♦ • ♦ 404 and m particular RAID controller 406, preferably passes 
or configure the particular device. Each management inter- . v . - . r i- *• c 
c i- *• a r ui • £ a* the management in terrace apphcation program trom area 
face application program 214 preferably is configured to , * 4 * * *• * 
-4 -*l j j- * 11 a ' 4' 1 410 on dnves 408 to management station 406 across net- 
communicate with and direct the controller, and in particular „ * . nAirk 4 n 
.« . t r -iij * ^, n j work 402. To facihtate this transfer, RAID controller 406 
the control software, of the associated device 204. ror . t , . . , . , . , „ 

, \ . 4 - A preferably includes an application 412 which allows it to act 

example, management mterface application program 214-A 40 ^ ! , . ur . . a „ ( , 

is specifically designed to monitor and communicate man- 45 an embed , ded , ^ eb 8J vm S U the ^ t0 P 338 the 

agement and/ot configuration commands to device 204-1. »^rface apphcation program to -nanagemen 

J: . *•._<? r *■ n>i t» station 406 using a web server protocol, such as HTTP or the 

Similarly, management interface apphcation program 214-B ... _ iL . & nAin F 4 n ' niC .„ . r , 

cT A . •* j _f • S ft „«„ &m «„t like. In this manner, RAID controller 406 will act like any 

is configured to monitor and communicate management if . ' i , T . 

■x, a r j\ i jx * ^n/< i J1A i i other web server on a network or on the Internet, passing 

and/or configuration commands to devices 204-2 and 204-3, 45 Tr ™, T T * . , 4 1 * *- u • 

j * • <. T*- 11,1 v • HTML or Java byte code programs to a work station having 

and management interface application program 214-X is ttL y • . »f, T • f 

r. _r v j • . * j / a web browser or other suitable Java run-time environment, 
configured to monitor and communicate management and/or 

configuration commands to device 204-N. With this particu- s t£m Software Co mp0 nents 
lar configuration, if at some later time a managed device 204 

is updated to a new level of software that requires a different 50 Referring now to FIG. 5, software components of a 

management interface program 214 to manage that device, management system 500 now will be discussed. In accor- 

or if a new managed device 204 of a different device type is dance with the embodiment of the present invention illus- 

added to the system, the software residing in the updated tratedinFIG. 5, system 500 preferably comprises a network 

managed device or the new managed device will indicate the 502, a network attached I/O device 504, a proxy attached I/O 

particular management interface application program 214 55 device 506 attached to network 502 via server 508, an I/O 

with which it is compatible. Thus, management station 206 management station 510, and one or more third party 

will be able to determine which management information management frameworks 512. While I/O devices 504 and 

application program 214 residing in repository 212 should 506 may comprise any suitable I/O device on a network, for 

launch for a given managed device 204 on network 202. the purpose of this example, I/O devices 504 and 506 

In accordance with a preferred embodiment of the present so preferably comprise RAID storage systems. In addition, as 

invention, when the control software of a managed device illustrated in FIG. 5, other manageable devices 514 may be 

204 is updated, for example to a new version, preferably a connected to server 508. The other manageable devices 514 

new management interface apphcation program is added to may comprise any suitable peripheral device, such as a host 

the management interface application program repository to bus adapter, just a bunch of disks (JBOD), a SCSI device, or 

go along with the updated control software. 65 tri e like. 

In accordance with an alternative embodiment of the The following discussion sets forth software elements 

present invention, it may be preferable to only update small which preferably reside within each of the devices on system 
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500. While system 500 is described herein as having a include logic which allows a user to submit management and 

network attached RAID device 504, a proxy attached RAID configuration commands to the managed device. A more 

device 506, and a server 508, one skilled in the art will detailed discussion of how management interface applica- 

appreciate that other I/O device connections to network 502 tion programs 518 operate is discussed below. 

may be used: for example, the other network attachment 5 _ . _ 

J c T7i/^ 1 j i • | j i Server Based Software Components 

configurations illustrated in FIG. 1 and disclosed above. r 

Thus, the present invention is not limited to the configura- In accordance with the present invention, the two main 

tion of FIG. 5. purposes of the server based software components are to: (1) 

_ Interface proxy attached controllers to the network so they 

Management Station Software Components 1Q can be managcd by management station 510; and 

Discover-Monitor Applet ©Interface the managed devices to other industry standard 

As mentioned briefly above, management station 510 managemcnt prot ocols and products. Preferably, the server 

preferably comprises a Java compliant web browser, or bascd software oncnts compris e a conversion applica- 

alternatively, another suitable Java run-time compliant envi- Uon for converting RPC commands to a standard I/O read/ 

ronment for running Java applet programs. Preferably one of J5 ^ mcchanism> and a DMI and/or SNMP mterfacc app ii- 

the application programs which management station 510 ca ti 0 n 

processes is a discover-monitor application or applet 516. Q onwcTS [ on Agent 

Discover-monitor applet 516 preferably is a Java applet Rpc conversion t 522 prcferably comprises a thin 

which is stored in nonvolatile memory in management . of scfver 508 residcQt softwarc prcfcrably writtcn in 

station 510, or in an applet repository residing on network ^ Jaya and cxecuting undcr an operating system 's Java run- 

502. Preferably, discover-monitor applet 516 can run under ^ environment ^ purpose of Rp C conversion agent 

either a Java compliant web browser or under an operating ^12 is to support remote procedure call (RPC) traffic 

system's Java run-time environment between the management interface application program 518 

Discover-monitor applet 516 performs, inter alia, the Qn management station 510 md a proxy aUac hed 

followmg functions: ^ stofage 506 (i e ? a storage contr oller that does not 

(1) Discovering managed devices on network 502 and have its own nf > [wo fo connection). As one skilled in the art 
presenting tbem on the management station display; wi]1 apprec i at e, a storage system connected to a server, for 

(2) Understanding and maintaining an association example via a PCI connection, does not co mmunicate wi th 
between the discovered managed devices and the spe- the server using UPL. but Tising a' standard I/O rea d/write 
cine management interface application program it 30 mechanism, such as a"S(JSl command interlace, ihus, tot 
requires; the management application program 518 to communicate 

(3) Providing a user interface for invoking the manage- with controller 506, RPC conversion agent 522 preferably is 
ment interface application program for a particular configured to receive RPC commands from a management 
managed device, which in turn, presents a more interface application program 518 and convert the RPC 
detailed interface for managing the device; and 35 command to a protocol which storage controller 506 will 

(4) Listening for events from discovered devices and understand. In this particular example, the RPC conversion 
providing notifications, both on-screen visual, as well agent 522 encapsulates RPC messages within I/O write 
as via remote e-mail, of device state changes (e.g., commands to send them to the direct-attached controller 506 
"optimal " "needs attention," or "unresponsive"). More via I/O path 524. Similarly, the RPC conversion agent 522 
detailed device notifications may be provided by the 40 receives RPC responses from controller 506 via I/O read 
management interface application programs them- commands, extracts the RPC responses from the I/O read 
selves. commands and forwards the RPC responses to management 

In accordance with the present invention, discover- application program 518. In accordance with a preferred 

monitor applet 518 preferably is designed to allow coexist- embodiment of the present invention, the protocol for encap- 

ence of different management interface application pro- 45 sulating RPC messages within read/write commands is a 

grams for different types of devices, and within a device Universal Transport Mechanism (UTM), a protocol devel- 

type, to permit coexistence of interface application programs oped by LSI Logic Corporation, located in Milpitas, Cali- 

at different versions of a device's management interface forma. RPC conversion agent 522 allows all management 

software. Thus, new hardware can be introduced and old interface programs 518 to be written the same, regardless of 

hardware can be phased out at a user's convenience without 50 whether the storage controller has a direct network connec- 

the risk of introducing management incompatibilities. tion or not. If the storage controller is not directly attached 

Management Interface Application Programs to the network, RPC conversion agent 522 performs the 

Management interface application programs 518 prefer- proper protocol conversion, 

ably are Java applets which are device type and version Other Management Framework Agent 

specific program components. A particular management 55 Server 508 also preferably includes software to interface 

interface application program 518 knows how to manage an server 508 and other connected devices with other third 

individual device of its associated type, and is responsible party management frameworks or protocols, such as desktop 

for presenting the detailed, device-specific management management interface (DMI), simple network management 

operations to a user. In accordance with a preferred embodi- protocol (SNMP) and/or common information model (CIM). 

ment of the present invention, discover-monitor applet 516 60 In accordance with this aspect of the present invention, 

preferably locates and loads the correct management inter- server 508 preferably includes a management framework 

face application program 518 from storage, based on its agent 526, which comprises one or more applications which 

knowledge of the managed device's management interface facilitate communication between management stations like 

version. Generally, management interface application pro- DMI, SNMP and/or CIM stations and devices connected to 

grams 518 display the current state, status and configuration 65 server 508. For example, in the case where DMI is used, 

of a device with which it is associated. In addition, man- agent 526 preferably comprises one or more DMI applica- 

agement interface application programs 518 preferably tions which enables devices to be managed within a DMI 
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conformant management framework. The DMI architecture erably is part of the controller firmware for proxy attached 

allows a device to deliver events to, respond to management controller 506, and is responsible for providing management 

information requests from, and even to be controlled by a protocol packet transport over the block read/write path 

DMI conformant management application. _____ between server 508 and controller 506. This communication 

^Server 508 also preferably supports the SNMP^and^IMf 5 preferably is bi-directional, allowing commands to be trans- 

~ arcHitectures. In accordance with this aspect of IHe present ; ported into and responses to be transported out of controller 

invention, agent 526 oo server 508 preferably includes an 506. 

SNJ4P framework application and/or a CIM" framework As discussed above, management interface application 
application. In this manner, an SNMP or CM^management programs 518 preferably communicate using the RPC pro- 
station can send requests to and receive event notifications , 10 tocol. In the proxy attached controller 506 case, controller 
from a device connected to server 508. DMI, SNMP and^ 506 communicates with server 508 using UTM, so RPC 
_CIM interface agents are known in the art, and thus, will not conversion agent 522 in server 508 converts the RPC 
be described-further, herein. ^~ commands to the UTM format before communicating with 

controller 506. Upon receiving the UTM packets, UTM-to- 

Controller-Based Software Components 15 i^nial-messaging component 536 preferably converts the 

Device controllers 504 and 506 both preferably include a UTM packets to packets and commands which can be 

management protocol 528 and a RAID engine 530. In understood by management protocol 528. Thus, UTM-to- 

addition, network attached controller 504 preferably internal-messaging component 536 in essence comprises a 

includes an RPC-to-interaal-messaging component 532 and UTM interface for controlling communications between 

a controller embedded DMI, SNMP and/or CIM service 20 server 508 and controller 506, and an internal controller 

provider 534. In addition, proxy attached controller 506 mechanism for controlling command and event notification 

preferably includes a UTM-to -internal messaging compo- dispatch to and from management protocol server 528. 

nent 536. While a preferred embodiment of the present invention is 

Management Protocol described herein as using UTM to communicate between 

The architecture of the present invention is centered 25 server 508 and device 506, one skilled in the art will 

around an object model of the managed devices, which is the appreciate that other I/O read/write mechanisms, such as a 

basis for communication between management station 510, SCSI command interface, may be used. Therefore, the 

and in particular management interface application program present invention is not hmited to the UTM embodiment. 

528, and the devices (504, 506). The object model preferably RPC-to-Internal-Messaging 

is the actual physical and logical configuration of the device. 30 As mentioned briefly above, network attached controller 
In the storage array case, the object model of the storage 504 preferably includes an RPC-to -internal-messaging com- 
array is handled by the controller via a management protocol ponent 532. RPC-to-iaternal-messaging component 532 
528. An example of a suitable management protocol is LSI preferably is part of the network attached controller firm- 
Logic's SYMbol (symbios browser-oriented language) pro- ware which transports RPC transactions between the con- 
tocol. Management protocol 528 preferably receives high- 35 troller network port and the management protocol server 
level requests from management interface application (or 530. Preferably, packets crossing the controller network port 
applet) program 518 expressed in terms of the device object interface 538 conform to standard RPC commands. At 
model, interprets the requests, carries out the requests by RPC-to-internal-messaging component 532, the RPC corn- 
interacting with RAID engine 530 and then responds back to mands are converted to the management protocol format 
the management interface applet 518 in terms of the object 40 528. Thus, the combination of the RPC conversion agent 522 
model. The object model also defines events that originate in server 508 and the UTM-to-intemal messaging compo- 
with the managed device and flow to the management nent 536 in proxy attached controller 506 is the functional 
station 510; this event propagation is also the responsibility equivalent of the RPC-to-internal-messaging component 
of management protocol 528 . 532 of network attachment 504. That is, RPC conversion 
RAID Engine 45 agent 522 and UTM-to-interaal-messaging component 526 
RAID engine 530 is the part of the storage controller effectively convert the RPC commands from management 
firmware that is responsible for the core RAID interface application 518 to the management protocol 528 
implementation, independent of the host and drive interfaces format. However, with the proxy attached controller 506, an 
with which it interacts. RAID engine 530 preferably com- additional protocol, preferably UTM between server 508 
prises a performance critical RAID read/write/caching com- 50 and controller 506 is used. 

ponent and a less-performance-critical configuration and Controller Embedded DMI, SNMP and/or CIM Service 

management component. The configuration and manage- Provider. 

ment component, which is the focus and the content of the Embedded service provider 534 in network attached con- 
management architecture of the present invention, prefer- troller 504 preferably is one or more software elements 
ably exhibits three main types of behavior: (1) carrying out 55 defined under the DMI, SNMP and/or CIM architectures, 
management related tasks when directed to do so by the The embedded service provider 534 is configured to mediate 
management station 510 and more specifically, management between managed objects, such as controller 504, and a 
interface application program 518; (2) performing certain DMI, SNMP or CIM management application. By adding 
tasks automatically, either when necessary, or on a regular embedded service provider 534 within the network attached 
schedule (e.g., error and event logging and parity assurance); 60 controller 504, controller 504 can interface with a DMI, 
and (3) initiating notifications of important events, which are SNMP or CIM management application on network 502. 
then propagated outside of the controller over network 502, DMI, SNMP and CIM management applications may reside 
either directly or via UTM in the proxy attached case. within a separate management station, such as management 
UTM-to-Internal-Messaging station 512, or the DMI, SNMP and CIM management 
As discussed briefly above, proxy attached controller 506 65 applications may be applications or applets 520 which 
preferably includes a UTM-to -internal -messaging compo- executes in the Java run-time environment of management 
nent 536. UTM-to-intemal messaging component 536 pref- station 510. 
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User Interface 

As discussed briefly above, a user preferably interfaces 
with the management station 510 via a discover-monitor 
application program 516 and a management interface appli- 
cation program 518 for each of the devices on the network. 
Preferably, both the discover-monitor application 516 and 
each of the management interface application programs 518 
are Java programs or applets which run in a Java run-time 
environment. 

Discover-monitor Application 

Referring now to FIG. 6, a representation of a discover- 
monitor application screen 600 is illustrated. Preferably, 
discover monitor application screen 600 includes a manage- 
ment domain window 602, a detailed information window 
604, a status indicator 606 and a status line 608. 

In accordance with a preferred embodiment of the present 
invention, management domain window 602 presents a tree 
structured view of the complete management domain. 
Lower level nodes 610, 612 in the tree structure represent 
actual physical hardware devices such as servers, arrays, and 
other I/O devices. For example, as illustrated in FIG. 6, 
lower level node or server 612-1 includes two storage arrays 
610-1 and 610-2 attached thereto. Similarly, lower level 
node or server 612-2 includes a storage array 610-3 attached 
thereto. The higher level nodes in the tree represent the 
location of the hardware devices. For example, in the 
illustrated embodiment, the management domain is divided 
into two regions: a central region 618-1 and a southeast 
region 618-2. Within central region 618-1, the domain is 
further broken into states 616, for example, Kansas 616-1 
and Colorado 616-2. From there, the domain is further 
broken down into plant locations 614, for example, in 
Colorado 616-2, the illustrated company has locations in 
Colorado Springs 614-2 and Fort Collins 614-3. The man- 
agement domain shows the servers, storage arrays and other 
devices which exist on the networks of those locations. 

Detailed information window 604 preferably presents the 
detailed properties for each device in the management 
domain, based upon the particular node a user selects. 
Individual device nodes 610, 612 or a higher level location 
nodes 614, 616, 618 may be selected. When a location is 
selected, the detailed information window preferably 
includes an entry for each device in the subtree rooted at the 
selected location. When a specific device node is selected, 
detailed information window 604 displays certain device 
specific attributes of the selected node. In addition, by 
double-clicking or selecting a specific device node, the 
device's associated management interface application pro- 
gram is launched. 

Status indicator 606 preferably includes a high level 
indication of whether or not any of the devices in the 
management domain have problems that require attention. If 
all devices are in working order, the status indicator pref- 
erably will indicate "optimal"; if there is a problem some- 
where in the management domain, the status indicator 606 
preferably will show that one or more devices require 
attention. Preferably the devices that have a problem will be 
indicated in the management domain window 602 by a 
highlighted color of that device, or an appearance change of 
the device icon. Finally, status line 608 preferably is an area 
for short pieces of context-sensitive information which the 
discover-monitor application program may wish to display. 

While the discover-monitor application screen illustrated 
in FIG. 6 and disclosed herein presents information in a 
certain way and includes specific information, one skilled in 
the art will appreciate that the discover-monitor application 
screen may be designed and configured in any way. For 
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example, the discover-monitor application screen may show 
additional information, or certain information that is dis- 
played in the discover-monitor application screen of FIG. 6 
may be eliminated. In addition, the information may be 

5 presented in a different way. Thus, the present invention is 
not limited to the specific embodiment of the discover- 
monitor application screen illustrated in FIG. 6. 
Management Interface Application 

Referring now to FIG. 7, screen display 700 of a man- 
agement interface application or applet program is illus- 

10 trated. When a user selects and opens a particular device 
from the discover-monitor application screen, the manage- 
ment interface application program for that device is loaded 
into the management station, and a screen similar to screen 
700 preferably is displayed. Display 700 preferably includes 

15 a logical view window 702 and a physical view window 704, 
Logical view window 702 illustrates the logical compo- 
sition and properties of the selected device (e.g., storage 
array). The logical objects of the storage array are organized 
into a tree structure to make their interrelationships apparent. 

20 Screen 700 illustrates an example of a typical set of logical 
objects, including volume groups 706, volumes 708, free 
capacity regions 710, and unassigned capacity 712. 

Physical view window 704 preferably illustrates a view of 
actual hardware componentsjin a particular device or storage 

25 array, e.g., controllers, drives, drive trays, disks, etc. 
Preferably, the physical view of the storage array displayed 
in physical view window 704 is an accurate graphical 
representation of the actual storage array device on the 
system. In this manner, the user can tell what the device 

3Q looks like without being within visual range of the device. 
In the physical view 704, components in need of repair or 
replacement preferably will be distinguished by color and/or 
appearance changes. In addition, color or other visual dif- 
ferences may be used to indicate different roles or states of 

35 disk drives (i.e., assigned, unassigned, hot, spare, etc.). As 
with discover-monitor output screen 600, management inter- 
face application screen 700 is not limited to the embodiment 
shown in FIG. 7. Additional information may be added, 
deleted, or the actual presentation of the information may 
vary. Thus, the present invention is not limited to the 
illustrated embodiment. 

System Functionality 
Discover Monitor Applet Startup 
Referring now to FIG. 8, a flow diagram 800 is shown 

45 illustrating a start-up procedure for a discover-monitor 
application and a management interface application. Flow 
diagram 800 includes client or management station elements 
802, server elements 804, device controller elements 806, 
and web server elements 808. In accordance with a preferred 

50 embodiment of the present invention, when server 804 
starts-up, for example, during morning start-up, an RPC-to- 
UTM Agent 810 automatically starts running on server 804 
(step 8A). Next, RPC-to-UTM Agent 810 preferably queries 
a database 812 on server 804 to determine which devices 

55 connected to server 804 (in this particular example, storage 
controllers) require RPC-to-UTM transport services (step 
8B). Preferably, database 812 stores a record for each device 
connected to server 804. The device records in database 812 
preferably include a field which indicates whether the device 

so requires RPC-to-UTM transport services. For each device 
requiring RPC-to-UTM transport services, RPC-to-UTM 
agent 810, starts an RPC connection listener 814 (step 8C). 
While the illustrated embodiment shows only one RPC 
connection listener 814, other connection listeners may be 

65 running on server 804. 

When a user wishes to begin the device management 
process, the user preferably starts-up management station 
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802, which starts a browser session 816 (step 8D). During 
the browser start-up process, the user preferably supplies the 
URL of the process discover-monitor applet to be run. 
Browser 816 uses the URL to address an HTML page on 
web server 808. Alternatively, the URL may be stored in the 
browser or on the machine running the browser. Browser 
816 then contacts web server 808's HTTP server 818 and 
asks that the discover monitor applet (DMA) be transferred 
to browser 816 (step 8E). In accordance with a preferred 
embodiment of the invention, HTTP server 818 retrieves the 
DMA program from an applet repository 820 on web server 
808 (step 8F) and sends the DMA program to browser 816 
(step 8G). 

In accordance with an alternative embodiment of the 
present invention, instead of HTTP server 818 sending the 
actual DMA program to browser 816, HTTP server 818 may 
send an HTML page to browser 816, notifying the browser 
of the location of the DMA program. Then, browser 816 
preferably retrieves the DMA program from the specified 
location. In the illustrated embodiment, the location of the 
discover-monitor applet happens to be on web server 808. 
However, as discussed previously, the discover-monitor 
applet may reside in a repository stored on one or more 
storage systems residing on the network. In addition, while 
the start-up process discussed herein refers to an HTTP 
server sending HTML pages to browser 816, other start-up 
procedure may occur. For example, communication proto- 
cols and languages other then HTTP and HTML may be 
used. Finally, while the illustrated embodiment shows web 
server 808 being separate from management station 802, the 
present invention may be configured so that web server 808 
is part of management station 802. 

After browser 818 retrieves the discover-monitor applet 
program from applet repository 820, the discover-monitor 
applet 822 is invoked according to the standard browser of 
Java run-time environment protocol for starting an applet 
(step 8H). 

In accordance with one embodiment of the present 
invention, a user may utilize DMA 822 to discover each 
managed device connected to the network. In accordance 
with this particular embodiment of the invention, the user 
preferably enters the device into DMA 822, and DMA 822 
then starts a monitor thread 824 for the entered device. 
Preferably, there will be a monitor thread 824 for each 
device selected by the user. 

In accordance with an alternative embodiment of the 
present invention, discover-monitor applet 822 may be con- 
figured to automatically discover all the devices on the 
network. DMA 822 discovers all direct network attached 
devices and all servers on the network. Upon locating a 
server, discover-monitor applet 822 requests from the server 
a list of all storage controllers or devices it has associated 
with it. After locating all the devices on the network to be 
managed, DMA 822 starts a monitor thread 824 for each 
device (step 81). 

After initializing a monitor thread 824 for each discovered 
device, the monitor threads 824 preferably initiate a con- 
nection to their associated devices 806 by connecting to the 
RPC connection listeners 814 (step 8 J). As discussed above, 
RPC connection listeners preferably are started on one or 
more servers 804 for each device 806 connected to the 
servers and being monitored by the management station. 
Once monitor threads 824 are connected to RPC connection 
listener 814, RPC connection listener then creates an RPC 
agent thread 826 for servicing the connection (step 8K). 

In each device controller 806, a management protocol 
server 828 is listening for management protocol requests. 
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Each management protocol server 828 is queried (via an 
RPC agent thread 826) for its associated device properties 
(step 8L). Using the information from this step 8L, RPC 
agent thread 826 notifies monitor thread 824 of the device 

5 properties of the associated device 806 (step 8M). In turn, 
monitor thread 824 then updates DMA 822 with the device 
properties (step 8N), Upon receiving the device properties, 
DMA 822 builds a device connection table, which gives, for 
each device, a list of connections into the device. The 

10 connection-to-device map may be one-to-one, or many-to- 
one. In addition, the device connection table may include 
information about which management application program 
is associated with each device. 

Finally, with all storage arrays discovered, and all com- 

15 munication links set up, discover-monitor applet 822 dis- 
plays the discovered devices on a display screen from which 
device specific storage management applications may now 
be launched. 

In addition to obtaining device properties from devices 

20 806, monitor thread 824, and RPC agent threads 826 for 
each device may be configured to monitor each device 806 
for configuration changes or other device events. In accor- 
dance with this aspect of the present invention, discover- 
monitor applet 822 prepares for event listening by starting a 

25 management protocol "event listener" thread, which detects 
events from the device via the "Hanging AEN" protocol. 
Monitor thread 824 on management station 802 preferably 
acts as the event listener thread, and starts the hanging AEN 
event in much the same way as the other RPC agent threads 

30 are started. That is, event listener thread or monitor thread 
824 in management station 802 establishes a connection to 
the RPC connection listener 814 in server 804 (step 8J), 
which initiates an RPC agent thread 826 (step 8K). For 
device monitoring, the agent thread 826 preferably is con- 

35 figured for hanging AEN listening, and thus, initiates a 
hanging AEN listen primitive on controller 806, and in 
particular management protocol server 828. 

In accordance with a preferred embodiment of the present 
invention, the hanging AEN listening threads exist until an 

40 event occurs on a device 806. For example, if the configu- 
ration of device 806 changes for any reason, the hanging 
AEN agent thread 826 will detect the change and notify 
monitor thread 824 of the change (step 8M). Monitor thread 
824 then will update the device characteristics of device 806 

45 on DMA 822 which then displays the configuration change 
status on a display associated with DMA 822 (step 8N). 
After the update, DMA 822 then will start another hanging 
AEN thread for that device. A more detailed discussion the 
event notification process is discussed below in the section 

50 entitled Event Reporting. 

Management Interface Application Start-up 

Still referring to FIG. 8, flow diagram 800 also illustrates 
the start-up procedures for a management interface applica- 
tion. As discussed previously, discover-monitor application 

55 or applet 822 preferably discovers and lists all devices 
and/or storage systems connected on a network. For this 
particular example, the devices will be storage system 
devices. To start a management interface application for any 
of the storage systems on the network, the user preferably 

60 double-clicks on one of the storage systems when viewing it 
in the discover-monitor application (DMA) screen (step 80). 
Next, DMA 822 preferably receives device property infor- 
mation about the selected storage system device from a 
device property storage area (not shown). 

65 Included in the device properties is the storage system's 
management interface version (i.e., the management appli- 
cation program associated with that device). Next, DMA822 
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retrieves from applet repository 820 residing on web server 
808 or some other location the management interface appli- 
cation program version specified in the device properties for 
the selected device (steps 8P-8R). Preferably, the manage- 
ment interface application program is a Java applet which is 
loaded into and run on management station 802 using a web 
browser or other suitable Java run- time environment. After 
retrieving the management interface application program 
from repository 820, DMA 822 then launches the manage- 
ment interface application 830 for the selected storage 
system (step 8S). 

Once started, management interface application 830 pref- 
erably starts a management interface application RPC han- 
dler 832, which controls the communication of RPC com- 
mands between management application 830 and server 
804. Management interface application RPC handler 832 
then starts an RPC agent thread 834 on server 804, which 
facilitates communication between management interface 
application 830 and device 806 (step 8Y). Next, using RPC 
agent thread 834, management interface application 830 
retrieves the selected storage system's internal object orga- 
nization residing on controller 806 of the storage system 
(step 8Z). With this information, management interface 
application 830 knows how to connect to management 
protocol server 828 running in the storage system controller 
806. The object graph received from storage system con- 
troller 806 identifies the objects comprising the storage array 
and their interrelationships. For each object in the object 
graph, management interface application 830 preferably 
initiates a proxy object to represent the storage system's 
object graph on management station 802. That is, manage- 
ment interface application 820 stores a copy of the storage 
system's object graph on management station 802, so it can 
access and display the object graph when necessary. After 
retrieving the storage systems organization and 
configuration, management interface application 830 dis- 
plays the storage system's configuration on a display screen. 

When a user wants to change the configuration of ODe of 
the devices on the network, for example device 806, the user 
instructs the management interface application 830 to ini- 
tiate the change (step 8W). Management interface applica- 
tion 830 then passes the change request to RPC handler 832 
(step X), which issues the request to RPC agent thread 834 
as an RPC command (step 8Y), RPC agent thread then 
encapsulates the RPC change request into a UTM packet and 
transmits the change to the controller of device 806 (step Z). 
Device 806 preferably processes the change request and 
sends a status update information back to management 
interface application 830. More detailed discussions of how 
configuration change requests are processed are discussed 
below in the sections entitled Volume Creation, Configura- 
tion Replication, and Long-Term Operations. 

In accordance with the embodiment of the present inven- 
tion described herein, preferably server 804 includes demul- 
tiplexing software for routing management commands to the 
proper device 806 attached to server 804. Because devices 
806 are attached to the network via server 804, management 
commands directed to devices 806 are sent to the IP address 
of server 804, not the IP address of the devices 806. Thus, 
server 804 includes intelligence (preferably built in 
software) for directing the management commands to the 
proper RPC Connection Listener 814 and/or RPC Agent 
Threads 826, 834 associated with the proper device 806. 

In accordance with yet another embodiment of the present * 
invention, instead of server 804 having demultiplexing 
software for directing commands to the proper device 806, 
server 804 may include a device mapper for allocating IP 
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addresses to the connected devices 806. For example, in 
accordance with one particular embodiment of the invention 
which uses a device mapper, the device mapper, which 
preferably runs on server 804, locates all devices 806 
connected to server 804. For each device 806 found, the 
device mapper allocates a dedicated TCP/IP port to it and 
saves the device -to-port association in a device- to-port map. 
When discover monitor applet 822 discovers all the devices 
806 on the network, the device -to-port association is pro- 
vided to DMA 822 from the device-to-port map located on 
server 804. The DMA 822 then uses the device-to-port 
association to send management commands to a particular 
device 806 connected to server 804. 

FIG. 8 illustrates how discover-monitor applet 822 locates 
and communicates with devices (e.g., storage controllers) 
proxy connected to a network through a server. While not 
discussed herein, a similar procedure preferably is used to 
locate and communicate with devices direct attached to the 
network. However, as discussed above, the RPC-to-UTM 
agent server 810 is not needed in the network attached case 
because the network attached controller includes firmware 
for receiving and translating RPC commands directly. 
Volume Creation 

Referring now to FIG. 9, a flow diagram 900 is shown 
illustrating the steps of creating a new volume on a storage 
system. If a user wishes to create a new volume on a storage 
system, the user preferably selects the new volume option 
shown on the display screen (step 9A). Next, the manage- 
ment interface application 902 fetches a list of "volume 
candidates" from storage system controller 904. The storage 
system controller reports a list of volumes that can be 
created, given the current drive group configuration of the 
storage system (see step 9B). Management interface appli- 
cation 902 then displays the new volume candidates on 
display 906 to the user as "volume creation options" (step 
9C). Next, the user picks and possibly customizes one of the 
volume creation options (step 9D). This "new volume speci- 
fication" is supplied as an input to the management interface 
application 902. The management interface application 902 
converts the new volume specification input by the user into 
a "create volume" command which can be understood by the 
storage systems controller 904 (step 9E). Controller 904 
creates a new volume, and records that event in an array 
event log 908 (step 9F). As soon as the new volume is in a 
"committed", usable state, the "create volume" command 
returns to management interface application 902 (step 9G). 
The controller then reports a "configuration changed" event 
to listening clients (steps 9H and 91). As flow diagram 900 
illustrates, more than one management client may exist on 
the network. In the illustrated embodiment, there are two 
management clients, 902 and 910. However, any number of 
management clients may exist on the network. 

When each of the clients 902, 910 receive the "configu- 
ration changed" event, clients 902, 910 preferably update 
their respe^tiv^tbf3ge^system screen "displays -906, 912, 
showing that-the new volume is in a" state-of "optimal- 
t initializing" since, although usable, it does not have good 
parity (step 9 J and 9K), Controller 904 then initiates parity 
initialization on the new volume. Since the new volume is 
reported as being in the "initializing" state, management 
clients 902, 910 display a progress bar for the parity initial- 
ization task on display devices 906, 912 (steps 9N and 90). 
Clients 902 and 910 periodically request progress data from- 
controUer£$y^and use that information to update thedis- 
played progress bar (steps 9P~an_d~ 9Q): When the parity 
initialization task completes, controller 904 transmits a 
^configuration changed" event to clients 902, 910, indicating 
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that the new volume is in the"optimar state (steps 9R and replication. However, the present invention is not limited to 

9S). Clients 902 and 910 then indicate on display devices the specific example. 

9 i P6 i and*91'2f|respectively, that the parity initialization task Referring now to FIG. 11, a flow diagram 1100 of a mass 

is complete (steps 9T and 9U). Management clients 902, 910 configuration replication operation is shown. To initiate the 

may display the task complete status in a variety of waysj> 5 mass configuration replication operation, a user 1110 pref- 

including advancing the progress bar to 100%, dismissing erably utilizes a disco ver-monitor application 1112 running 

the progress bar or displaying a message that the task is on management station 1102 to select a source storage 

complete. system 1104 and launch a management interface application 

Configuration Replication 1114 for the selected source storage system 1104 (steps UA 

Referring now to FIG. 10, a flow diagram 1000 is shown 10 and 11B). Next, user 1110 preferably selects a "generate 

illustrating the process of rep heating a storage system con- config file" or other similar task from management interface 

figuration from one storage system to another. To replicate applications 1114 task menu (step 11 C). Management 

the configuration of one storage system to another, a user interface application 1114 then will process the "generate 

preferably selects a source storage array and invokes a config file" task by requesting and obtaining the configura- 

management interface application 1012 for that system (step 15 tion description of the source storage system 1104 from its 

10A). Preferably, the user uses the discover-monitor applet controller 1116 (step 11D). Management interface applica- 

1010 running on management station 1002 to invoke the tion 1114 will then save the configuration description from 

management interface application 1012. Next, the user the source storage system 1104 into a storage area 1118 (step 

selects a destination storage array which is to receive the 11E). In accordance with one particular embodiment of the 

source storage array's configuration, and invokes a manage- 20 invention, user 1110 may edit the configuration description 

ment information application 1014 for that array (step 10B). in storage area 1118 (step 11F). The editing function may be 

Again, the user preferably uses the discover-monitor applet performed using discover-monitor applet 1112, management 

1010 in management station 1002 to invoke the destination interface application 1114, or another suitable editing appli- 

storage system's management interface application 1014. cation program which may reside on management station 

Next, the source storage system's management interface 25 1102. 

application 1012 preferably fetches the device configuration After the configuration description is finalized, user 1110 
description for the source storage system from storage preferably selects the mass operation function on discover- 
system 1004, and in particular, controller 1016 (step 10C), monitor applet 1112 (step 11 G). Discover-monitor applet 
and writes it to file 1018 (step 10D). 1112 retrieves the configuration description from storage 
In the next step, the destination storage system's man- 30 area 1118 (step 11H), and then loads from a second storage 
agement interface application 1014 is directed to "apply" the area 1120 a list of storage systems on the network which 
saved configuration description to the destination storage may be destination systems to receive the mass configura- 
system 1006 (step 10E). In accordance with this aspect of tion operation (step 111). Discover-monitor applet 1112 then 
the invention, destination storage system management inter- displays the list of storage systems on the network on a 
face application 1014 preferably displays a confirmation 35 display device 1122 (step 11J). User 1110 preferably selects 
dialogue on display 1020 so that the user can confirm the the storage systems which it would like updated with the 
application of the configuration description (step 10F). source configuration description (step UK), and discover- 
To update destination storage system 1006 with the source monitor applet 1112 then launches management interface 
storage system's configuration, the destination system 1006 applications 1124-1 to 1124-N for each of the selected 
first should be synchronized with the source storage system 40 storage systems (step 11L). As with the configuration appli- 
1004 with respect to firmware sets. Thus, management cation process illustrated in FIG. 10 and discussed above, 
interface application 1014 preferably retrieves the firmware each of the management interface applications 1124 
that it needs for the destination device 1006 from a firmware retrieves a firmware set from firmware repository 1128 in 
repository 1022 residing on a web server 1008 or other server 1108 or other suitable storage location (step 11M), 
suitable storage location (step 10H). The selected firmware 45 and applies the controller firmware set to the controller 1126 
is then loaded into the destination device 1006 and, in of the appropriate destination device 1106 (step 11N). For 
particular, controller 1024 (step 101), Next, management example, management interface application 1124-1 prefer- 
interface application 1014 passes the rest of the configura- ably retrieves a firmware set and applies it to controller 
tion description to controller 1024 on destination device 1126-1 of destination storage system 1106-1 . Similarly, 
1006 (step 10J). Upon receiving the configuration 50 management interface application 1124-2 retrieves a firm- 
description, the destination device 1006 then reconfigures ware set and applies it to controller 1126-2 of destination 
itself, issuing "config change" events and "new task" events device 1106-2, and so on. 

as appropriate (step 10K). After each of the controller firmware sets have been 
Mass Operations updated, each of the management interface applications 
As one skilled in the art will appreciate, it may be 55 1124 send the configuration description to the destination 
preferably to perform a specific management task on a devices 1106 and their controllers 1126 (step 1 10). Con- 
plurality of systems on a network. For example, instead of trollers 1126 receive t the configuration description, perform 
performing a configuration replication on a single system as the configuration change operations) and then pass back 
discussed above with reference to FIG. 10, it may be "configuration" and "new task" events to the management 
desirable to perform the configuration replication on a 60 interface applications 1124 (step IIP), 
plurality of devices at the same time. Ihus, it is desirable to As one skilled in the art will appreciate, before a con- 
have an operation which can perform management functions figuration change is implemented, error checking typically is 
on a plurality of devices at the same time. In accordance with performed to determine whether the destination device is 
the present invention, any particular management command compatible with the configuration description. That is, 
can be performed as a mass operation on a plurality of 65 whether the particular hardware of the destination storage 
devices. However, for illustration purposes, the mass opera- system can accept and implement the configuration set forth 
tion model will be described herein as a mass configuration in the configuration description. In addition, the software in 
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the controller should be checked to determine if it can thread 1308 converts the "GetConfigChangelnfo" RPC 
perform the functions required to implement the configura- packet or other suitable command packet into a UTM buffer 
tion update. In accordance with this particular aspect of the and forwards it on to storage system 1304 as a UTM 
invention, an error checking routine 1200 as illustrated in transaction (step 13D). Preferably, storage system 1304 
FIG. 12 may be used. Error checking routine 1200 prefer- 5 includes a controller 1310 and a UTM-to-internal- 
ably comprises a hardware check module 1202 which messaging component 1312. As one skilled in the art will 
retrieves hardware configuration restraints from the configu- appreciate, UTM -to -internal-messaging component may be 
ration description 1204 (step 12A). In addition, hardware a process for run within controller 1310. UTM -to -internal - 
check module 1202 preferably retrieves the target or desti- messaging component 1312 preferably receives the "Get- 
nation hardware configuration 1206 from the destination 10 ConfigChangelnfo" command via UTM and starts a hanging 
hardware device (step 12B). Hardware check module 1202 AEN event 1314 (step 13E). 

then performs a check to determine whether the hardware The hanging AEN event is an event 1314 which waits for 

target configuration is compatible with the configuration an event notification from the storage system before any 

restraints from configuration description 1204. That is, hard- status is returned to server 1302, and the management 

ware check module 1202 determines whether the target or 15 station. When an event within storage system 1304 occurs, 

destination hardware device can be configured according to controller 1310 delivers an event notification to UTM-to- 

the hardware configuration restraints. If not, hardware check internal-messaging component 1312 (step 13F). When the 

module 1202 displays an error message on a display 1208 event notification is received, UTM-to-internal-aiessaging 

(step 12C). If there is no error, the error check routine moves component 1312 configures the event notification informa- 

on to software check module 1210 (step 12D). 20 tion into a suitable UTM packet and retrieves the "GetCon- 

Software check module 1210 preferably retrieves the figChangelnfo" call from its hanging status (step 13G). 
configuration specification 1212 from configuration descrip- UTM-to-internal-messaging component 1312 then returns 
tion 1204 (step 12 E), as well as the destination device's the event notification information as a UTM packet or buffer 
software version specific rules 1214 (step 12F). The desti- 1316 to the RPC-to-UTM agent 1308 (step 13H). The AEN 
nation device's software version specific rules preferably set 25 listener in RPC-to-UTM agent 1308 extracts the event 
forth the functions which the destination device's software information from the UTM buffer 1316 (step 131), and (hen 
can perform. If the device's software version cannot perform writes the event information to a RPC message buffer 1318 
a particular configuration update, software check routine (step 13J). RPC-to-UTM agent 1308 then returns the "Get- 
1210 displays an error on display 1208 (step 12G). If the ConfigChangelnfo" RPC function to the management sta- 
software can perform the configuration change, the error 30 tion along with the event notification information in buffer 
routine moves on to the apply configuration module 1216 1318 (step 13 K). After processing the event notification 
(step 12H). Apply configuration module 1216 preferably information, the management station sends another "Get- 
retrieves the configuration specification 1212 from descrip- ConfigChangelnfo" function call in order to start the event 
tion 1204 (step 121) and uses it to perform the configuration notification process again (step 13L). Again, the RPC-to- 
change (step 12J). Preferably, the apply configuration mod- 35 UTM agent 1308 then sends the "GetConfigChangelnfo" 
ule 1216 comprises the discover monitor applet, manage- command in UTM format to UTM- to-internal messaging 
ment interface applications, and other management applica- component 1312 in storage device 1304 (step 13M). The 
tion programs discussed above with reference to FIGS. 9, 10 hanging AEN event will then initiate until another notifica- 
and 11 above. tion occurs. 

While the error routine set forth in flow diagram 1200 is 40 The event notification example illustrated in FIG. 13 and 
described in the context of a configuration replication disclosed herein refers to a "GetConfigChangelnfo" corn- 
example, one skilled in the art will appreciate that the error mand issued by the management station. One skilled in the 
routine or a similar error routine may be performed on any art will appreciate that the "GetConfigChangelnfo" com- 
mass operation management function. In addition, the error mand is merely an example of a specific command that may 
routine set forth in FIG. 12 and described herein may be 45 be used and that any other suitable command which server 
performed on other non-mass operation management 1302 and storage system 1304 can interpret as a command 
functions, such as the volume creation example illustrated in to begin the event notification process can be used. In 
FIG. 9 and the configuration replication example illustrated addition, the example illustrated in FIG. 13 is an event 
in FIG. 10. notification example for a proxy attached storage system 
Event Reporting 50 connected to a network through a server. A similar event 

Referring now to FIG. 13, a flow diagram 1300 is shown notification process can be used with a network attached 
illustrating the process of a managed device reporting events storage system, except that instead of the RPC command 
to a management station. To begin an event reporting/ first being converted to UTM before being sent to the storage 
monitoring session of a proxy attached storage system or system, the network attached storage system will receive the 
device, a management station (not shown) preferably sends 55 "GetConfigChangelnfo" command in RPC form from the 
a "connect" command to server 1302 and more specifically management station and processors it accordingly. That is, a 
to RPC-to-UTM agent server 1306 (step 13 A). After receiv- RPC-to-internal messaging component receives the com- 
ing the "connect" command, RPC-to-UTM agent server mand and starts the managing AEN event. 
1306 preferably creates an RPC-to-UTM agent thread 1308 Configuration Update Notification 

to service the connection (step 13B). In accordance with a 60 In accordance with a preferred embodiment of the present 

preferred embodiment of the present invention, the RPC-to- invention, when a managed entity, such as a storage system 

UTM agent thread preferably is a dedicated hanging asyn- or other suitable I/O device on a network undergoes a 

chronous event notification (AEN) listener. configuration change, it is preferable that the configuration 

Once the RPC-to-UTM agent thread is started, the man- change for that managed device is broadcast to all manage - 

agement station preferably issues an RPC command, such as 65 ment entities on the network. As discussed above, a given 

a "GetConfigChangelnfo" command or the like to the RPC- network can have a number of management entities such a 

to-UTM agent thread 1308 (step 13C). RPC-to-UTM agent one or more management stations in accordance with the 
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present invention, as well as DMl, SNMP or other third figuration and status of the managed devices on the system, 

party management stations. Thus it is preferable to have a as well as issue management commands such as volume 

system and a method in which a managed entity can notify changes, configuration changes, and/or error recovery 

all management entities on a system of a configuration commands, to name a few. To visualize the configuration 

change. In accordance with this preferred aspect of the 5 and status of a particular managed device, user interface 

present invention, a flow diagram 1400 is shown illustrating 1502 displays an object graph 1504 of the particular man- 

a process in which a managed entity 1404 informs all aged device. When a user wishes to change the configuration 

management entities 1402 on a system of configuration of a particular managed device, the user, using interface 

changes. 1502, preferably issues one or more configuration change 

As discussed above, a role of the management entity 1402 10 commands from a command issuer 1506. As illustrated in 

is to keep and maintain an internal representation of the state FIG. 15, when command issuer 1506 issues a configuration 

of managed entities 1404 on the system. This internal change or error recovery command, it does not wait to 

representation of a managed entity 1404 is referred to as an receive the configuration change information from the man- 

"object graph/' Management entity 1402 builds the object aged device. Instead, the management entity preferably 

graph by importing state information from managed entity is includes an event notification receiver 1508, which is con- 

1404. In accordance with a preferred embodiment of the figured to receive that information. When the managed 

invention, when the configuration of a managed entity 1404 device's configuration is updated, the managed device issues 

changes, the managed entity 1404 preferably transmits an update notifications to all management entities on the 

entirely new object graph to management entity 1402. system/network. The management entities receive these 

Management entity 1402 then uses the new object graph to 20 notifications via event notification receiver 1508. As dis- 

update the visual representation of the managed entity on a cussed above, the update notifications from the managed 

display screen. devices may comprise entirely new object graphs from the 

In accordance with an alternative embodiment of the managed devices, or the update notifications may be con- 
present invention, instead of transmitting entirely new object figuration deltas which merely reflect the change in the 
graphs to management entity 1402 when a configuration 25 configuration, 
changes, management entities 1404 preferably update the Long-Term Operations 

object graphs in management entity 1402 by transmitting When performing configuration altering commands to a 

call back deltas. These deltas specify the specific part(s) of managed device such as a storage system or the like, two 

the object graph which have changed, so that as small models of completion are common. The first model involves 

changes to the object graph are made, only the information 30 a command which only takes a short time to complete. With 

about the small changes to the object graph are sent to this model, the storage system controller can return status of 

management entities 1402, not completely new objects the short-term configuration request to the requester, as well 

graphs. This allows the object graph changes to be localized, as other management devices in a system in near real time, 

and thus, state information transfers minimized. The second model, however, involves a request that requires 

For example, as discussed above with reference to FIGS. 35 an extended time to complete. For example, a complete 

9-13, when a management interface application is run for a reformat or re-layout of data on a storage system. The 

particular managed device or entity, such as a storage problem with an extended time to complete type request is 

system, the object graph of that storage system or managed that the user expects to see a progress indication of the 

entity is typically displayed on the management station. command request to avoid uncertainty of a "hung" system. 

When changes to the managed entity are performed by a 40 However, if a management station thread is left open to 

management station, such as volume creation (FIG. 9) or monitor the progress of the long term event, resources may 

configuration changes (FIGS. 10-12), the new configuration be wasted because a management station thread is hung-up 

information typically is transmitted back to the management monitoring the status of the long-term command. Thus, in 

station requesting that change when the configuration accordance with the present invention, systems and methods 

change is complete. However, in accordance with this par- 45 are provided in which typically long-lived operations are 

ticular aspect of the present invention, it is preferable that turned into short-term events. 

the updated object graph deltas are independent from the In a typical transaction model for storage arrays, a man- 
configuration change requests. That is, when a management agement station will not be freed until the storage array 
station issues a configuration change command, it does not "commits" a particular request or transaction. When a stor- 
wait for the command to finish before performing other 50 age system commits a transaction, the transaction typically 
tasks. Instead, the management station preferably issues an is "durable". A durable transaction means that the storage 
event notification session as discussed above with reference system guarantees that subsequent faults or interruptions on 
to FIG. 13, and receives object graph update deltas via that the storage system will not affect the results of the tr ansae - 
path. In addition, all other management stations also will tion. However, in accordance with the present invention, just 
have event notification sessions running, so that they also 55 because a particular transaction is durable does not mean 
will receive the object graph update deltas when the updates that the storage system has finalized processing of the 
occur. In this manner, all management stations are updated transaction, and thus, updated its configuration. As one 
with configuration change information as the changes occur skilled in the art may appreciate, a transaction can commit 
or shortly thereafter. In addition, the management station early, but the transaction may still have residual activities 
issuing the change request is not held-up, waiting for the 60 that go on within the storage system after the storage array 
change to occur. has committed the transaction. These residual activities do 
As illustrated in FIG. 15, a process flow 1500 of a not affect object durability, but may affect object state. That 
management entity sending configuration change commands is, the transaction request may be durable, but the storage 
and receiving configuration change notification information system reconfiguration may not be complete, 
is illustrated. In accordance with this aspect of the present 65 Referring now to FIG. 16, a flow diagram 1600 is shown 
invention, the management entity preferably includes a user illustrating a method of processing long-lived operations. In 
interface 1502, which allows a user to visualize the con- accordance with flow diagram 1600 in FIG. 16, a host or a 
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management station preferably issues a long-lived operation 
request, such as a storage system drive reconfiguration, or 
the like, to a managed device's controller (step 1602). In 
accordance with this example, the managed device prefer- 
ably is a storage system. However, any suitable managed 5 
device od a network may perform the long-lived processing 
operation of the present invention. 

Afier the management station issues the long-lived opera- 
tion request, the controller of the storage system receives the 
request (step 1604), processes the request, and makes nee- 10 
essary state changes to make the long-lived operation 
"durable" (step 1606). While the storage system controller is 
processing the request, and making the operation durable, 
the management station preferably waits for a response from 
the controller indicating that the request is durable (step 15 
1608). After the long-lived operation is durable in the 
storage system controller, the controller preferably returns 
status to the management station (step 1610). The manage- 
ment station receives the return status as complete (step 
1612) and displays a status complete dialogue to the user 20 
requesting the long-lived operation (step 1614). 

In accordance with the present invention, even though 
storage system controller returns status as complete, the 
complete status only indicates that the long-lived operation 
is durable within the controller. It does not mean that the 25 
actual long-lived operation has completed. Thus, thecon- 
troller continues Jx> proress_the_^gjiye^ 
1616) "and "send "status updates . of the operatig jutojbe 
management station or host (step l6l8). The management 
station receives the status updates and preferably updates the 30 
completion status dialogue object displayed on the screen of 
the management station (step 1620). Steps 1618 and 1620 
continue until the long-lived operation completes. Once the 
long-lived operation completes, the storage system control- 
ler sends a completion message to the management station 35 
(step 1622). Upon receiving the completion message from 
the controller, the management station notifies the user that 
the operation is complete (step 1624). The management 
station may inform the user that the operation is complete in 
a number of ways, including showing the completion status 40 
percentage as 100%, issuing a dialogue stating that the 
operation is complete, or ending the process. In any event, 
any particular status completion message may be used. 

Even though in step 1620 the management station 
receives status updates, and updates the completion status 45 
dialog oq the management station screen, the management 
station is not frozen while waiting for the completion of the 
long-lived operation. That is, even though the management 
station displays the status information, a user may perform 
other tasks with the management station while the long-lived 50 
operation is processing. In addition, once the management 
station receives the message that the long-lived operation is 
"durable" even if the storage system fails, for example, due 
to power loss or some other mechanical error, the long-lived 
operation will be processed when the failed device is 55 
brought back on-line. In this matter, once an operation is 
made durable, the management station preferably does not 
ever have to issue the long-lived operation request again, 
regardless of what happens to the controller. 

60 

Conclusion 

In conclusion, the present invention provides methods and 
apparatus for managing I/O devices on a network. While a 
detailed description of presently preferred embodiments of 
the present invention have been given above, various 65 
alternatives, modifications and equivalents will be apparent 
to those skilled in the art. For example, while most of the 
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examples given herein refer to storage systems, any suitable 
I/O device residing on a network may be managed using the 
methods and apparatus of the present invention without 
varying from the spirit of the invention. In addition, while 
preferred embodiments of the present invention are dis- 
closed herein as using Java applets and Java compliant 
browsers or run-time environments to process the Java 
applets, any suitable computer language and processing 
environment may be used. Therefore, the above description 
should not be taken as limiting the invention which is 
defined by the appended claims. 
What is claimed is: 

1. A system for monitoring and managing devices on a 
network, comprising: 

a proxy server connected to said network; 

a managed device connected to said proxy server via a 
communication connection; 

storage means for storing a device management applica- 
tion program associated with said managed device; and 

a management station in communication with said man- 
aged device via said proxy server and in communica- 
tion with said storage means, said management station 
configured to retrieve said device management appli- 
cation program from said storage means and process 
said device management application program; 

wherein the processing of said device management appli- 
cation program by said management station allows said 
management station to monitor and manage said man- 
aged device; 

wherein said managed device includes a controller for 
controlling said managed device, and wherein the pro- 
cessing of said device management application pro- 
gram by said management station allows said manage- 
ment station to send management commands to said 
controller via said proxy server; 

wherein said proxy server comprises routing means for 
receiving commands from said management station 
and routing said commands to said controller of said 
managed device; 

wherein said device management application program 
communicates with said proxy server using a first 
communication protocol, and said proxy server com- 
municates with said managed device using a second 
communication protocol, and wherein said proxy 
server comprises a protocol converter for converting 
communication messages directed from said device 
management application program to said managed 
device from said first communication protocol to said 
second communication protocol, and for converting 
communication messages directed from said managed 
device to said device management application program 
from said second communication protocol to said first 
communication protocol; and 

wherein said first communication protocol is remote pro- 
cedure call (R-PQ and said second communication 
protocol is universal transport mechanism (UTM), and 
wherein said protocol converter comprises an RPC-to- 
UTM conversion application. 

2. A method for managing devices connected to a proxy 
server, comprising the steps of, 

(a) providing a proxy server connected to a network; 

(b) providing a management station for managing one or 
more managed devices connected to said proxy server; 

(c) said management station locating said proxy server on 
said network; 
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(d) said management station obtaining from said proxy 
server a list of said one or more managed devices 
connected to said proxy server; 

(e) displaying said one or more managed devices con- 
nected to said proxy server on a display associated with 5 
said management station; 

(f) selecting one of said one or more managed devices to 
be managed; 

(g) retrieving a management application program associ- 1Q 
ated with said selected one of said one or more man- 
aged devices form a storage means; 

(h) running said retrieved management application pro- 
gram on said management station; 

(i) sending management commands from said manage- 15 
ment station to said selected one of said one or more 
managed devices via said proxy server; 

wherein said management station communicates with 
said proxy server with a first communication pro to- 
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col and said proxy server communicates with said 
selected one of said one or more managed devices 
with a second communication protocol, 

0 said proxy server converting said management com- 
mands form said management station form said first 
communication protocol format to said second com- 
munication protocol format; 

(k) said proxy server sending said management com- 
mands to said selected one of said one or more man- 
aged devices in said second communication protocol 
format; 

wherein said first communication protocol is remote 
procedure call (RPC) and said second communica- 
tion protocol is universal transport mechanism 
(UTM). 

* * + + * 
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